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ABSTRACT 



Management of an Information function requires 
detailed knowledge of what is being spent, how it is spent, and what 
is received in return for the money. Simply knowing whether a profit 
has been made or a loss suffered, and even knov^ing how expenditures 
were distributed, is not enough inforioatlon for manageraent. Building 
block cost analysis is designed to provide the information system 
manager with precisely the information he needs to manage. This 
theory is based upon two premises. First, the most effective display 
of information systems costs is in terms of unit costs- One 
production count, however, is not a useful measure of an entire 
information systera. The system, must be broken down into subunits 
which can be unit costed, and then added together for the total cost 
Second, unit costs are meaningful only In a framework which includes 
all costs of the system. The example used to illustrate building 
block cost analysis is an information activity which collects a 
series of reports, prepares surrogates, enters them iatO a computer 
system, and produces a monthly abstract journal- (Author/Sj) 
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Good morning. 

Several weeks ago, I read soiBething which s»rik;js me as being the perfect 
keynote statement for this symposium. Xt is simply this: "A manager who doesn't 
know his costs is no manager at all." John Wilson said that in his chapter on 
costs for the next volume of the Annual Review. 1 doubt if many people would 
take issue with his position as stated. After all, we all know how much we 
have spent and what revenues or b«wiget allocation we had to work with, so we 
know whether we are in the black or the red. But is this enough? Even if we 
know how our expenditures were distributed among labor, overhead, materials, 
services, and facilities, do e have enough information to manage? I submit 
that we do not. Management of an information function requires much more de- 
tailed knowledge of what we are spending, how, and what we are getting for our 
money. This may seem like another obvious statement, but the question of how 
we collect this detailed Information and put it together in a meaningful, use- 
ful fashion is not so obvious. Because of the variations in our workloads, 
the Idea of unit costing is very attractive, but unit costs -- in themselves -- 
are not necessarily more meaningful. In factr. they can be quite misleading. 

The most common method of determirtlng unit costs in the past has been to divide 
total expenditures by the number of documents processed. Surely, this gives 
you a unit cost, but Is it any more meaningful than the budget figures? Suppose 
you spent $450,000 in one year and processed 12,000 docioiients, so your unit 
cost was $37.50, What Information does this figure provide as a basis for 
management action? In a word, none. There Is no structure or detail to the 
numbar • 

Of course, you can go to the other extreme and send someone out into the 
shop with a stop watch to time all the functions, multiply by rates, and get 

But, again, is this information useful? What 

- 3 



all the structure you want. 
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about nonproductive time? And non-labor costs? And the Tnanager? Are you going 
to time him? Besides* who do you know who can work normally when someone is 
standing over him with a stop watch? 

The use of numbers obtained by either method for ntanagement decisions is 
fraught with risk. In the first case, there isn't enough detai^and in the 
second, the costs are unlikely to be either accurate or complete# But* in order 
to manage an information function intelligently, the manager must have the complete 
picture, and it must be an Intelligible picture, with enough structure and detail 
to permit him to zero in on the real problems. Is there a way to give him this? 

The answer is, yes# 

Over the last six or seven years, a system for building block cost analysis of 
information systems has been developed* This system which incidentally, is new 
only in its application to information systems -- Is designed to provide the infor- 
mation system manager with precisely the information he needs to manage# 

Building block costing rests on a couple of basic premises which we should 



First, the most effective display of information systems costs is in terms 
of unit costs. However, it must be recognized that -- in the real world It 
is highly unlikely that a single production count is going to be a useful meas- 
ure of an entire information system# Wliat you have to do is attempt to break 
the system up into smaller subunits, each of which is measurable by a single, 
coherent, countable unit of production# These are then individually unit costed 
oy collecting real costs and real production over a period of time# To find the 
cost of an end item or deliverable article, you take the appropriate number of 
each kind of subunit that went into the end Item, multiply each by its unit cost 
and add these together# 

Analagous situations exlst-^in the automobile and aircraft Industries, where — 
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I am told they can deliver a whole year's production with no two vehicles or 
aircraft being exactly alike- A given airframe, for instance, may be equipped 
with varying proportions of first and coach class seats | a cargo framework; or 
fuel tanks, while a given seat design may be used in any number of different 
airframes. 

The second premise is that unit coats are meaningful only in a framework 
which Includes all costs of the sytem. Since some information system activities 
arc inherently incapable of being unit costed, this means some method of dis- 
tribution or allocation has to be applied. Accomplishing this on a rational 
basis takes some doing. 

At this point, let me show you an example of building block cost analysis 
and how it can help you manage. 

Oversimplifying for the purposes of illustration, let us assume an informa- 
tion activity whlchs collects a series of reports, many of which have author 
abstracts; prepares surrogates; enters them into a computer systemp and produces 
a monthly abstract Journal, in which the abstract section is photocomposed and 
the indexes are produced on a chain printer. Printing is by offset. Ignoring 
for the uioment other uses to which the computer file may be put, let's assume 
that he spends $449,400 per year and processes 12,000 accessions through the 
system. This works out to a unit coat per accession of $37.45. Looking at this 
figure in Isolation, a manager might well decide that processing Is costing too 
much and try to crack the whip over his people to get more productloni or cut 
down on the quality or sl^e of abstracts to get the cost down. 

However, building block coat analysis would provide him with information 
something like Figure 1. As you can see there are five building blocks which 
make up this simplified system. Each issue has 700 accessions with author ab- 
stracts, and 300 for which abstracts had to be prepared. This results in 150 
photocoinposed pages for the abstract section and 200 computer printer pages of 
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indexes. A 5,000-copy print run gives us close to 2 million pages per Issue for 
printing. The cost per issue and the annual cost are shot-m. Note that the average 
cost per accession is still $37.45, We also show the average cost per paid sub- 
scription. You can see from the unit costs that in-house abstracting adds $7.00 
per item to 30% of the thruput . If you assume brilliant methods analysis and a 
heroic training effort, (both of which will cost money), you might be able to re- 
duce the added cost to $4.00 without damaging the qi^lty too badly. This would 
save you $3.00 per Item abstracted, $900,00 per issue, and $10,800 per year, 
vdiich just might defray the cost of the analysis and training. 

On the other hand, look at the print run -- 5,000 copies, but only 4500 paid 
subscriptions. Do you really need 500 extra copies? By cutting the overrun to 
250 copies, you can, at virtually no cost, reduce your costs by over $1,300.00 
per Issue and nearly $16,000.00 per year. (See Figure 2). Or take another tack. 
Photocomposition of the indexes can conservatively reduce the number of pages in 
the Indexes by one-third. Suppose you spent $25,000.00 for programming to photo- 
compose the indexes. You will have Increased your per issue page pteparatlen 
costs by $320.00, but will have reduced your printing costs by $4703.00 per issue 
for a net savings of $4383.00 per Issue, Over the year, this amounts to a saving 
of over $50,000.00 (Sae Figure 3) for a net in the first year of more than the in- 
vestment. in programming. Note also, that by these two actions we have reduced the 
average unit cost by $Sw69 without touching the input processing cost! 

You can see hew valuable this kind of display would be to a manager, but 
^diat I have shown you so far has been out of context, so le£*s try to put it 
back into context so 1 can show you how these nianbers are obtained. 

Figure 6 is a greatly simplified sample of a suiwnary report* An actual re- 
port would have a great many more lines and columna. 1 have a sample of an 
actual report here, but you can see that if I tried to put it on the screen, you 
wouldn’t be able to read it. However, this will establish the pattern, and we 
O 
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FIGURE 6. SUMMARY REPORT FORMAT (SIMPLIFIED) 
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can look afc some of the details later* 

The first column headings are fairly straightforward* Product Class simply 
provides a place to identify each line entry by the tag(s) used to collect its 
costs, and Description is self-explanatory. Units would not be applicable to the 
line entries shown, but would be an essential for any line entry where you are 
calculating unit costs. Direct Coats would, in a real report, certainly be shown 
in more detail — at least to the level of Direct Labor, Fringe, and Other Direct 
Costs, with a subtotal. Note that Fringe (i.e,. Vacation, Holiday, Pension, In- 
surance, etc.) which is a kind of burden, is included here among direct costs. 
This is because unlike most other burdens, it really is a percentage of the base 
against which it is applied. The division of Other Direct Costs into Its com- 
ponents would be determined by your situation. If you had h^avy c<xnputer In- 
volvement, you would probably want to show this as a separate column. Similarly, 
Printing or a large subcontract affecting a number of products might also be 
separately displayed. 

Internal Allocations & Tiransfers represents the distribution of costs which 
cannot be directly associated with production. In this simplified report, we 
have simply allocated General Costs across the other costs on the basis of 
total direct costs shown in the previous column. 

Turning our attention now to the lines, we encounter the crux of this report, 
the Total Costs line, which must show class by class, every dollar spent during 
the period being reported. The only other point to note is that the total for 

the allocations columns will always be zero| they do not change total costs, only 

\ 

redistribute them. 

The remainder of the lines we show here would appear as subtotals, if at all, 
on a real report. What I have chosen to show here are the five general categories 
of activities which are typical of Information systems, Let^s look at these for a 



moment 

O 



General Costs are the essentially fixed costs of operating an infoir^ation 



system j and would include such things as the manager and his staffs rent, utlli« 
ties, etc* They would also include the costs of system developiient and maintenance t 
including computer prograimnlng, if you use a computer* 

Ad Hoc Efforts - Include the innimerable special studies and tasks with which 
almost any information operation is deluged over the course of a year* Usually, 
these get burled in the burdens, but they should be separately identified. If only 
to show management how useful you are* 

Inputs » Include all the activities which are concerned with building a base 
and maintaining it, e*g* Acquisitionlng, Cataloging, Abstracting, Indexing, Up« 



Outputs ^ Include all the activities which draw on the data base to product'*, 
products for sale or delivery to the customer(s), e,g. Publications, Indexes, 
Searches, SDI, etc* 

Collateral Services -» Include activities which are ••spinv^offs®* from the 
input/output activities, but are not necessarily dependent on them, e*g* pro- 
ducing microfiche of the documents or duplicating copies on request* 

The significance of these categories lies in the fact that a valid building 
block activity will be wholly contained within one -- and only one -- of them* 
Further, while Inputs, Outputs, and Collateral Services can usually be unit 
costed. Burdens cannot, in and of themselves be unitized* However, to display 
real costs, they must be Incorporated into the unit costs, usually b^' a process 
of allocation. The treatment of Ad Hoc Efforts will vary depending upon the or- 
ganization* In a service center, they should be displayed separately, and carry 
a share of Burden costs* In a cosmnerelal operation, they would ultimately have 
to be included in the burdan, but provision should be made for separate display 
O 
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so that the extent of such activities can be measured and* if appropriate » changed 

Let*s go down to Inputs and look at these in some detail as illustrative of how 

the building block costs are arrived at. Figure 9 shows a possible set of Input 

products. This is probably more detail than you would norroally use, but 1 need 

all of these to Illustrate some points about the building block concept. 

Figure 9 also displays for each product by cost element, the total cost for 
the period and, except for Acqulsltiona, a unit cost ^ich is obtained by dividing 
the dollar cost for the elemeiat by the units shown in the Units column of the re- 
port. This juxtaposition enables the manager to assess both the unit cost and the 
dollar Impact at a glance. 

Let's look at the products 1 have chosen to represent here. Acquisitions is 
not unit costed for several reasons. Primarily this is because there Is little 
value tn an average unit cost for this activity. On one hand, the attempt to ac- 
quisition a single document may require considerable research and several follow- 
up letters, with ultimate Eatlura. On the other, a single form letter or coupon 
may result In the acquisition of many documents. Also, there may be — and 

usually is a considerable time lag between the exertion of the effort and the 

response. Add to this the difficulty of distinguishing between documents which 
arrive as a result of acquisitions effort and those which arrive because people 
know you exist, and you have a hopeless situation. You can eventually arrive at 

a unit cost of sorts, but we will get to that later. 

Receiving and Input, however, is a readily measurable function. Since this 
is all of the activities from the point the document hits your receiving station 
through the decision to process it in a certain way, this Is readily measurable 
by a count of the incoming documents. Note that in the example, the number of 
units is greater than the total nimber of accessions to file. This illustrates 
the point that processing duplicates and rejects also costs money. The valid 
measure of this effort is not how many accessions may eventually be added to 

O 
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the filep but how many documents have to be processed through these operations* 
Under Accessions to Filep we have three substantially different kinds of 
Inputs, Class A is presmned to be current significant material which warrants 
announcement in an abstract journal and perhaps SDI treatment. The announcement 
will include cataloging data^ an abstract, and indexing for both puLlication and 
machine retrieval* Glass B is older or less significant material, which la en- 
tered into the system only for machine retrieval. It is catalogued and Indexed 
only# Class C is administrative material which Is entered into the system for 
control purposes only. It is cataloged only* 

This array is, I suspect, more complex than you would coimaonly encounter, but 
I will need the detail to illustrate some points further on* 

You will note that, in Class A, I have not displayed a distinction between 
items which have author abstracts, and those which must be abstracted in-house* 
The reason for this is that, at the delivery point as Accessions to File, they 
are substantially indistinguishable* The only significant difference between 
them is the amount of labor re«|ulred to get them to that point -- and that occurs 
only in document analysis. To Illustrate this pulpit, and show how the system 
can make this distinction, let's look at Figure 10 for a moment* This is a 
functional analysis of labor costs for each of the inputs* The first line shows 
the overall cost and unit cost by function for the total of Class A labor, using 
the total production voltime of 12,000 units as the divisor. This reconciles the 
functional entries to the direct labor costs in Figure 9* The second line shows 
the functions which are coimnon to both author and in-house abstract accessions to 
give a total labor unit cost of acmmon functions of $6*25* It should be apparent 
that to the cataloger or the keyboard operator, for instance. It is Irrelevant 
whether or not the iteni carries an author abstract* The next two lines display 
the overall and unit costs of the two significant functions — Indexing and 
Indexing/Abstracting -- using their respective production volumes as divisors* 
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These yield unit costs of $2.00 and $6.00 per Item respectively. Adding the 
common unit costs to each of these gives us labor unit costs for Author Abstract 
Items of $8.25 and for In-House Abstract items of $12.25. Note that we have not 
separated abstracting per ae as a separate function. It is uneconomical to have 
one person review the document for the purpose of preparing an abstract and have 
someone else review it for the purpose of indexing -- and if you have one person 
doing both tasks, it is irrational to expect him to divide his time appropriately. 

While we are on Figure 10, 1 might point out that the cataloging unit costs 
for all three classes are the sarae, since cataloging Is cataloging. In the real 
world, these would probably not be identical, but they should track pretty closely. 
Class B shows indexing and editing costs somewhat below the Author Abstract items 
of Class A because there is no indexing for publication, and there is less material 
to edit. Keying, however, should be substantially lower, because the abstract will 
probably be more than half the volmne of keying a Class A item. Class C shows no 
indexing, of course, and somewhat lower other costs because of this. 

Returning to Figure 9, we find the Authority File Updates divided into two 
areas; Indexing Vocabulary; and Corporate Sources, A glance at the unit costs — 
which, although Imaginary, are not too unrealistic -- will show why these are 
separated from the straight processing and from each other. There is a secondary 
reason, in that the volume of these activities — particularly, the vocabulary — 
has very little relationship to the input voliane. Typically, during start-up, 
when processing volume is relatively low, vocabulary additions are quite volinninous, 
but as volime increases, and the base is built, the need for additional vocabulary 
terms drops off quite sharply. In the example, the Indexing vocabulary is pre- 
sximed to be a hierarchically-structured thesaurus, requiring the determination of 
broader and narrower terms, synonyms, etc,, while a Corporate Source entry only re- 
quires determination that it is in fact a new source and not a variation of an 
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©Kisting one, and requiring only a single line entry, with perhaps a code* 

At this point j, we are tracking seven different products (or classes of cost) 
for Inputs, but only three of these, the Accessions to File, are ••deliverablci** 
items in the sense that they are significant additions to the data base which 
will increase it*^ The other four products only support these •^deliveries®’. 

Therefore , their cost niuat be reflected in the final cost of the items delivered 
or added to the data This is where the allocation and transfer technique 

which I mentioned earlier, comes into play, 

Let®s look at a few of the various ways in which this can be done. I use 
that phrasing to remind that allocation Is inherently an arbitrary process. 

There is no universal ••right way®*. Even similar situations may require different 
treatment in different systems. The only criteria are rationality and usefulness. 
Figure 11 illustrates some approaches we have found useful* To keep the process 
as simple as possible, the Management Allocation and the Systems Maintenance 
Allocation should be applied in that order before all others. The Management 
Allocation is the internal burden mentioned earlier and is usually applied as a 
percentage of Direct Costs, The factor is determined by dividing the Direct 
Costs of Management by the total of all other Direct Costs. In the example, this 
factor is 0.5 (or 50%) which is not too unrealistic if Management Includes rent, 
utilities and maintenance costs* But look at those ntanbers# That Management 
Allocation has a terrific impact on your unit costs. If you could reduce it to 
40% by, for example, dispensing with unneeded floorspace, or services, or even 
people or, of course, by increasing your base you would achieve the same 
effect on the unit cost of announced Items alone as you would by eliminating in- 
house abstracting! Systems Maintenance (which is defined as cmiputar systems 
maintenance) is allocated on the base of computer usage rather than Direct Costs 
so that it burdens only those products which make use of the cOTiputer. 
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that both of these allocations are applied across the whole system and we are 
looking here at only a portions the Inputs* 

With the Acquisitions allocations, we come to the specific Internal transfers 
for Inputs, and we can discuss some of the reasoning we have applied to specific 
allocations- The first thing to note is that the amount being allocated must in- 
clude all previous allocations* In the example, the previous allocation to Ac- 
quisitions was the Management Allocation, so the amount to be alloeated is $39,000 
-- $26,000 in Direct Costa and $13,000 Management Allocation* We have chosen to 
allocate Acquisitlcns on the basis of Total Direct Costs. The allocation pool 
($39,000) is divided by the sum of the Total Direct Costs of the three Accessions 
to File products ($242,000) to obtain a factor of 0*16* This is then applied to 
the Total Direct Cost of each line entry to obtain the allocation for each- This 
procedure applies nearly three quarters of the Acquisition cost to the Glass A 
accessions- You could, of course, make this allocation on the basis of volume 
processed- In this case, you would divide the allocation pool ($39,000 by the 
total production (19,000) to obtain a factor (or more correctly a unit cost) of 
$2*053* This is then multiplied by the production figure for each line entry to 
obtain the dollar allocation* The unit cost would then be constant for all three 
Classes* This procedure reduces the burden on Glass A accasslcns by about $4,000 
and increases the other two by about $2,000 each. This Is perfectly valid (i.e. 
conforming to the rules), but Is It rational? If you remember the definitions of 
the classes, 1 think you will agree that It is not. In this particular case (and 
I can’t emphasize that too strongly), the raaln thrust of Acquisitions would be to 
acquire the most current, most significant documents, i*e* Class A* Should we 
then let Class A carry the entire load? Again, no* Inevitably, there will be 
fall-out fronfi the Acquisitions effort tdiich will benefit the. other two classes, 
so they should carry a part, albeit a small one, of the load* 
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The negative entry -- shovm in parentheses () -- zeroes out both the line and 
the column to maintain the arithemetlc integrity of the report. 

The Input Allocation, on the other hand, is a different story. We have been 
showing unit costs for Receiving and Input all along, and for this operation, a 
document is a document, without regard to which class of accession it may become. 
However, the unit cost of the allocation pool (shown in brackets) is not the unit 
cost we use for the allocation. The new unit cost is calculated by dividing the 
pool by the total Accessions to File or 19,000 rather than the 26,000 documents 
used heretofore. This results in a higher unit cost, which distributes the cost 
of duplicates and rejects equitably among the accession classes. 

The difference between the unit cost for the product itself and that for 
allocation becomes dramatic \dien we examine the allocation of the Indexing Vocabu- 
lary costs. The unit cost for this allocation pool is large enough to be frighten- 
ing by itself, but look what happens when we allocate it. The unit cost per in- 
dexed accession to file comes down to only $0.27 which is of minor importance. 

This illustrates the point that high unit costs of subsidiary products can be 
tolerated if their volume — hence the total dollar Impact — is small with re- 
spect to the main product line(s). This allocation also Illustrates the liiai- 
tation of allocations to beneflttlng products. Since Glass G recessions are not 
Indexed, they do not carry any of the burden of the indexing VDcabulary updates. 

However, a Class C accession is as likely to generate a new corporate source 
as is a Glass A or B accession, so the Corporate Source pool is allocated (again, 
on the basis of volume) to all three accession classes. Here also, there is a 
dramatic difference between the unit cost of the pool, and the unit cost of allo- 
cation because of the relatively small volume. 

If we were displaying the costs and allocations for the entire system, the top 
line total for the last column. Revised Total Direct, should be precisely the same 
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number as the top line total for the first column. Total Direct Costs, to verify 
the validity of the allocations. 

If we were to carry these products out to the end, we would add in succeeding 
columns the external burdens such as general and administrative costs, marketing, 
and profit (or fee), with a total cost column as the last entry. 

You can now see, 1 think, how the building block costs are arrived at. Out- 

puts would be treated in a similar fashion, except that they are usually not quite 
so complicated. However, there are usually more of them. Figure 12 Is a listing 
of possible outputs of an information system in four general classes: Publications 
Pages I Magnetic Tapes j Searches; and Duplleation/Publication. Note that for 
several of these, a number of possible units are shown. This is because what you 
can count will depend on your system, and the way things are costed. 

Now I have spent a good deal of time explaining building block cost analysis 

because I believe it offers the key to effective cost analysis and control for 

information systems -■ and these are absolutely essential in today’s environment. 
What I haven’t told you — and obviously can’t in the time we have -- is how to 
put this to work for your system. Even if our time was unlimited, I really 
couldn’t do that. Installing building block costing is for the foreseeable 
future a do-it-yourself project. Since each system is unique, the building block 
structure has to be designed specifically for it. There is some help available 
in the form of the text for the tutorial "Collecting and Reporting Real Costs of 
Information Systems" which was presented by the Special Interest Group on. Costs, 
Budgeting, and Economics at the ASIS Annual Meeting in November. This text is 
available from ASIS headquarters at $6.00 a copy. Incidentally, I'm not plugging 
It for mysolf# ASIS gets all the income* 

For most of the last 20 years 9 I have been hearing and reading about how 
impossible it is to analyze and control costs of information systems, because 
of their unique nature. Only in the last couple of years has the literature re- 
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UNITS 



1 PUBLICATION PAGES 

a. PHOTOCOMPOSED PAGES. 

b. COMPUTER-ONTO-IVIICROFILM PAGES/FRAMES/FICHE 

c. COMPUTER PRINTER 

(1) CAMERA READY PAGES 

<2) LISTINGS PAGES 

(a) UPPER CASE ONLY PAGES 

(b) UPPER/LOWER CASE PAGES ^ ^ 

OR, ALTERNATIVELY 

(a) TWO-PART PAGES 

(b) THREE.PART PAGES 

(c) ETC. PAGES 



2 MAGNETIC TAPES 

a. PUBLICATIONS FORMAT 

b. DATA BASE COPIES 



c. PROGRAMS 



TAPE REE LS/R ECOR DS/CH AR ACTE RS/PAG ES 
TAPE REELS/RECORDS/CHARACTERS 
TAPE REELS/RECORDS/CHARACTERS 



3 SEARCHES 

a. CURRENT AWARENESS 

b. RETROSPECTIVE 

c. MANUAL 

d. PUBLICATION 

4 DUPLICATION/PUBLICATION 

a. PLATE PREPARATION 

b. PRINTING 

c. BINDING 

d. DISTRIBUTION 



HIT/PROFILE PER ACCESSION CHECKED/? 

SEARCH/HIT/PAGE 

SEARCH/HOUR/? 

SEARCH/HST 

\ 

\ 

PLATE/? 

PAGE COPY/? 

COPY/? 

COPY/ISSUE/? 



. . FIGURE 12. .OUTPUT PRODUCTS 
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fleeted any real concern with costa and efforts to analyze and control them. 1 
am sura you will agree that we can no longer afford such suparstitions# 

Building block costing has been proved in actual use In real information sys 
terns. If you are going to manage an Information function^ I suggest you give It 
careful consideration* 
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